AUNO.^:^  ADA0530 
ODC  FILE  COQG' 


BENEFIT  MODEL  FOR 
HIGH  ORDER  LANGUAGE 

DECISIONS  AND  DESIGNS  INCORPORATED 

Joseph  M.  Fox 


March  1978 


D D C 


ADVANCED® 
DECI(SIC»  TECHNOLOGY 

CTOGDAM 


CYIERNETICS  TECHNOLOGY  OFFICE 

DEFENSE  ADVANCED  RESEARCH  PROJECTS  AGENCY 

Office  of  Naval  Research  • Engineering  Psychology  Programs 


The  objective  of  the  Advanced  Decision 
Technology  Program  is  to  develop  and  transfer 
to  users  in  the  Department  of  Defense  advanced 
management  technologies  for  decision  making. 

These  technologies  are  based  upon  research 
in  the  areas  of  decision  analysis,  the  behavioral 
sciences  and  interactive  computer  graphics. 
The  program  is  sponsored  by  the  Cybernetics 
Technology  Office  of  the  Defense 
Advanced  Research  Projects  Agency  and 
technical  progress  is  monitored  by  the  Office 


of  Naval  Research  — Engineering  Psychology  ® I 

Programs.  Participants  in  the  program  are; 

Decisions  and  Designs,  Incorporated 
Harvard  University 
Perceptronics,  Incorporated 
Stanford  Research  Institute  ^ 

Stanford  University  . '<> 

The  University  of  Southern  California  > 


Inquiries  and  comments  with 
regard  to  this  report  should  be 

I addressed  to:  • 

' Dr.  Martin  A.  Tolcott 

Director,  Engineering  Psychology  Programs 
^ ' Office  of  Naval  Research 

j 800  North  Quincy  Street 

1 Arlington,  Virginia  22217  • 

or 

LT  COL  Roy  M.  Gulick,  USMC 

I Cybernetics  Technology  Office  I 

Defense  Advanced  Research  Projects  Agency 
[ 1400  Wilson  Boulevard 


Arlington.  Virginia  22209 


CONTENTS 


FIGURES 

TABLES 

ACKNOWLEDGMENT 

1.0  INTRODUCTION 

2.0  STATEMENT  OF  PROBLEM 

3.0  ACCOMPLISHMENTS:  OVERVIEW 

3 . 1 Models 

3 . 2 Economic  Analysis 

3 . 3 Results 

4 . 0 USER  INSTRUCTIONS 

4.1  HOL  EVAL 

4.1.1  Ccsmnonality  elements 

4.1.2  Technology 

4.2  HOL  SPREAD 

4.3  HOL  DECISION 
DISTRIBUTION  LIST 

DD  FORM  1473 


* 


Page 

ill 

iv 

V 

1 

2 

4 

4 

5 

7 

9 

9 

9 

13 

17 

24 

32 

33 


» 


kPCmOH  fir 


iT 


RTS  White  SectiM 

DDC  BuN  SecUoa  □ 

WRMMOUNCED  □ 

justification 


mmmxnMinma 


ii 


FIGURES 


Figure 

4-1  COMMONALITY 

4-2  TECHNOLOGY  SAVINGS 

4-3  % SAVINGS  OVER  ASSEMBLY  LANGUAGE 


f * 

1 

* 

TABLES 

1 * 

Table 

Page 

1 

3-1 

HOL  MODEL  RESULTS 

6 

% 

4-1 

SPREAD:  EXAMPLES  OF  INPUT 

18 

► 

i'  ■ 

4-2 

DECISION:  PROBABILITIES 

26 

1 

4-3 

NETVAL 

30 

I 


I 


ACKNOWLEDGMENT 


This  research  was  supported  by  the  Advanced  Research 
Projects  Agency  of  the  Department  of  Defense  and  was  moni- 
tored by  the  Office  of  Naval  Research  under  Contract  No. 
N00014-76-C-0074. 


I 


BENEFIT  MODEL  FOR  HIGH  ORDER  LANGUAGE 


I 


1.0  INTRODUCTION 


t 

In  mid-July  1977,  DARPA  tasked  Decisions  and  Designs, 
Incorporated  (DDI)  to  perform  a t%iro-part  effort.  The  first 
part  was  to  design  a computer  program  to  manipulate  decision- 
t analytic  models  to  assist  in  making  the  economic  benefit 

decision  made  for  the  proposed  DoD  Common  High  Order  Language. 
The  second  task  was  to  implement  and  run  the  models. 

t DDI  assigned  Joseph  M.  Fox  to  manage  the  project.  His 

background  in  software  management  Includes  21  years  at  IBM, 
with  7 1/2  years  as  Vice  President,  Federal  Systems  Division. 
In  this  position,  Mr.  Fox  managed  some  of  the  largest  soft- 
C ware  efforts t the  Safeguard  system,  Apollo  and  Skylab 

ground  control  system,  the  Defense  Support  Project,  the  En- 
Route  Air  Traffic  Control  System  - both  U.S.  and  U.K.,  the 
ground  and  space  control  of  the  Space  Shuttle,  and  dozens  of 
( other  large  projects.  Mr.  Fox  assigned  his  values  to  the 

models  at  the  conclusion  of  the  effort  and  presented  both 
the  models  and  the  economic  judgments  to  the  High  Order 
Language  (HOL)  Management  Steering  Committee  on  20  October 
I 1977. 

DDI  was  able  to  utilise  «Kisting  models  almost  exclu- 
sively. A series  of  three  models  enables  an  evaluator  to 
t coapmxm  languages,  that  is,  to  eos^are  scenarios  that  hypoth- 

esise the  use  of  different  mixes  of  languages  varied  by  date 
of  introduotioa,  aoc^ptanee  rate,  and  other  factors.  A 
racZSXOM  model  allows  probabilities  to  be  assigned  and 
t assessed  for  various  possible  future  events  and  decisioas  in 

the  KOi  prograai. 
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2.0  STATEMENT  OF  PROBLEM 


Within  DoD  today  over  450  computer  progrzunming  languages 
are  currently  in  use  for  the  development  or  support  of 
application  software  for  "embedded”  computers.  (An  embedded 
computer  is  one  which  is  included  as  an  integral  part  of  a 
larger,  special-purpose  system.  For  exzunple,  a computer 
used  for  general-purpose  payroll  or  inventory  applications 
or  even  generic  scientific  applications  is  not  considered 
embedded;  a computer  included  within  a radar  system  or  a 
gun-control  system  ^ considered  embedded.)  This  prolifera- 
tion of  languages  (HOLs)  has  resulted  in  a host  of  obvious 
difficulties  in  software  development  projects  and  in  the 
maintenance  of  extant  software.  These  difficulties,  in 
turn,  have  contributed  to  the  steadily  increasing  costs  of 
DoD  computer  applications— estimated  currently  to  be  about 
$3.2  billion  per  year— or  at  least  have  hindered  attempts  to 
control  such  costs. 

In  light  of  the  apparent  costs  generated  by  this  redun- 
dancy of  HOLs,  DoD  has  been  engaged  in  an  effort  to  deter- 
mine the  degree  to  which  reducing  the  number  of  HOLs  used 
for  embedded  computer  applications  would  result  in  cost 
savings.  DoD  is  considering  that  a significant  reduction  in 
software  development  costs  could  be  achieved  by  adopting  a 
single  HOL  for  all  future  DoD  embedded-computer  applications. 
Intuitively,  there  seems  to  be  ovezwhelming  reason  to  sup- 
port this  conclusion.  However,  at tenets  to  support  the 
conclusion  with  quantitative  arguments  have  foundered, 
primarily  because  there  is  an  extreme  paucity  of  actual 
data.  Folhlore  abounds,  but  documented  cost  figures  are 
elusive. 

« 

Although  the  lack  of  hard  data  confounds  the  problem  of 
developing  a solidly  defeadeble  case,  it  does  not  present  a 


hopeless  situation.  An  evaluation  scheme  which  decomposes 
i ( cost  and  benefit  assessments  to  detailed  defendables  at  a 

subjective  level  can  help  corroborate  the  conclusions  de- 
rived. Under  DARPA  sponsorship  (among  others) , DDI  has 
developed  over  the  past  several  years  sophisticated  decision- 
X analytic  methodologies  to  cope  with  exactly  this  type  of 

problem. 
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3.0  ACCC»1PLISHMENTS:  OVERVIEW 


DDI  created  three  separate  models  to  assess  the  eco- 
nomic value  of  a common  DoD  high  order  language  and/or  other 
high  order  langviages.  All  models  were  implemented  in  APL 
for  the  IW  5100  computer. 

3.1  Models 

An  existing  model  system,  EVAL,  was  structured  to 
manipulate  the  values  assigned  to  attributes  of  languages. 
One  language  versus  another  was  scored  on  fourteen  different 
criteria;  the  relative  Importance  of  each  criteria  could  be 
set  by  assigning  weights.  The  model  was  structured  to 
evaluate  six  high  order  languages  and  to  compare  them  with 
each  other  and  against  a baseline,  which  is  Assembler  lan- 
guage. The  six  languages  are  generically  designated  the  DoD 
common  langtiage  (DoD) , Air  Force  1 (AFl) , Air  Force  2 
(AF2},  Navy  1 and  2 (N1  and  N2},  and  Army  1 (Al) . 

Some  programming  effort  was  expended  to  restructure 
SPREAD,  a computer  routine  that  takes  concise  inputs  de- 
scribing situations  and  generates  precise  descriptions  of 
scenarios.  SPREAD  details  by  year,  for  twenty  years  past 
iuid  future,  such  items  as  number  of  projects  per  year, 
number  of  projects  using  each  of  several  languages,  phase  of 
project  (Requirements,  Design,  Maintenance)  by  year,  and  so 
on. 


DECISION,  a software  modeling  system,  was  configured  to 
reflect  the  next  several  decisions  and  events  in  the  DoD 
ooasDonality  program  by  using  values  generated  by  SPREAD  and 
probabilities  estimated  and  ii^ut  the  investigator. 
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3.2  Economic  Analysis 


Economic  analysis  was  performed  by  running  ten  dif- 
ferent scenarios  through  the  models.  All  these  scenarios 
were  based  on  the  language  evaluations  described  in  section 
4.0.  Then  scenarios  were  chosen  based  on  different  years  of 
DoDl  being  added  to  DoD  5000.31,  and  different  years  of  cut- 
over (all  new  starts  beyond  this  year  were  to  be  in  DoD) 
were  chosen  in  order  to  run  economic  zmalysis. 

Runs  were  primarily  directed  toward  exaunining  the 
sensitivity  of  the  introduction  date  and  the  rate  of  accep- 
tance. Detailed  results  are  given  in  Table  3-1.  An  intro- 
duction date  of  1980  and  total  acceptance  in  1985,  Column  I, 
may  be  compared  with  an  introduction  in  1985  amd  total 
acceptance  in  1990,  Column  II,  or  with  an  introduction  in 
1980  and  a slower  acceptance,  being  complete  only  in  1990, 
etc.  Both  the  saving  rate  per  year  and  the  total  savings  to 
1996  are  shown.  It  must  be  noted  that  even  the  total  accep- 
tance of  a language  means  only  that  all  new  programs  are 
being  initiated  in  the  language  while  older  programs  in 
other  languages  continue  for  their  life  cycles;  therefore, 
savings  take  some  time  to  build  up.  On  the  other  hand,  the 
savings,  when  established,  are  enormous;  and  recapture  of 
language  development  costs  can  easily  occur  in  much  less 
than  a year,  once  use  is  established. 

All  savings  are  centered  against  the  baseline  which 
would  result  from  the  exclusive  use  of  Assembler  Language; 
therefore,  any  model  considering  even  the  present  use  of 
high  order  languages  will  exhibit  savings.  The  impact  of 
the  common  language  program  is  therefore  the  difference 
between  any  proposed  scenario  with  a common  language,  both 
savings  and  costs,  less  the  savings  calculated  from  present 
trends.  Column  X in  Table  3-1  represents  the  ”no-change”  in 
DoD  Directive  5000.31  estimate. 
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Technical  savings  expected  even  from  the  use  of  existing 
languages  are  quite  significant.  They  are  based  upon  some 
detailed  consideration  of  the  individual  languages.  (Indeed/ 
if  significant  savings  were  not  expected,  then  the  present 
policy  [DoDD  5000.29]  towards  high  order  languages  %rould  be 
ill-conceived.)  The  proposed  new  common  high  order  language 
is  examined  in  detail  and  is  expected  to  give  significantly 
higher  technical  savings.  All  savings  are  estimated  against 
a software  expenditure  of  $3.2  billion  per  year,  and  all 
savings  are  derived  proportional  to  this  number. 

3 . 3 Results 


C 


t 


C 


I 


c 


I 

i 


An  examination  of  the  results  based  upon  the  total 
savings  to  1996  gives  the  following  trend: 

e For  a five-year  introduction  period,  delay  of  the 
year  of  Introduction  through  the  period  1980  to 
1987,  with  a corresponding  delay  of  the  complete 
adoption  from  1985  to  1992,  gives  an  average 
reduction  in  savings  of  about  $1.5  billion  per 
year  delayed.  This  is  simply  the  average  magni- 
tude of  savings  once  full  use  is  established. 

e Keeping  a constant  total  acceptance  date  of  1985, 
delay  of  the  introduction  from  1980  to  1982  costs 
about  $1  billion  per  year  delayed. 

e Having  established  an  Introduction  date,  slow 

acceptance  or  delay  of  the  total  usage  date  costs 
about  $1  billion  per  year  delayed. 

a All  these  figures  are  proportional  to  tlie  total 
software  costs  envisioned.  For  example,  $1.5 
billion  corresponds  to  about  10%  of  the  ealculated 
additional  savings  due  to  the  use  of  the  new 
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language.  Thus,  a delay  of  one  year  In  the  intro- 
f duction  could  only  be  justified  if  it  resulted  in 

an  offsetting  integrated  savings  of  more  than  10%, 
Indicating  an  improved  maximum  savings  rate  in- 
crease of  up  to  20%. 

C 

It  is  recommended  that  the  DoD  Single  Common  High  Order 
Language  be  introduced  as  rapidly  as  possible  without  penal- 
izing technical  quality  or  acceptability  much  more  than  10%. 
( Costs  are  small  in  all  cases,  being  less  than  1%  of  savings. 
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4.0  USER  INSTRUCTIONS 
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All  the  models  are  interactive ^ elicitive,  and  easy  to 
use.  Presented  here  is  a brief  overview  of  the  needed 
inputs,  and  a printed  output  of  a sanqple  run  of  each  of  the 
models. 

4.1  HOL  EVAL 

EVAL  is  a program  that  calculates  multi-attribute 
utilities  by  using  scores  and  weights.  The  savings  factors 
for  the  high  order  languages  are  broken  into  two  separate 
groupings,  Technology  and  Commonality.  Two  sets  of  numbers 
are  required  for  both  Commonality  and  Technology:  weight 
values,  which  show  relative  laqportance , and  score  values, 
which  show  con^arison  between  languages. 

Commonality  benefits  are  calculated  not  from  the  spe- 
cific languages  adopted,  but  from  the  number  of  HOLs  adopted. 
One  language,  and  only  one,  would  produce  more  Commonality 
benefits  than  a two-language  selection. 

The  scenarios  run  for  this  effort  were  for  one  language; 
for  three  - one  each  for  Amqf,  Navy,  and  Air  Force;  for 
four  - Amv,  Navy,  Air  Force,  and  DoD;  for  five  - one  for 
Army#  two  each  for  Navy  and  Air  Force  (which  is  the  current 
DoDl  5000.31  menu);  and  for  six  - these  five  plus  DoD. 

4.1.1  CoBBBonality  elements  - Commonality  elements  rep- 
resent savings  that  would  occur  because  a language  is  chosen 
to  be  the  standard.  These  elements  do  not  depend  on  tech- 
nology isqprovement  in  any  ohoeen  standard  language.  For 
estimating,  the  easiest  imiy  to  think  of  these  elements  is  to 
asswM  that  an  Misting  high  order  language  is  ohosen  and  no 
imprevsmsttts  are  made  to  it.  This  does  not  address  the 


technical  question  of  whether  an  existing  language  has 
sufficient  machine  independence  to  be  used  in  the  required 
wide  range  of  applications.  Figure  4-1  shows  the  structure 
of  Commonality. 

e Training . If  the  number  of  programming  languages 
permitted  for  use  is  reduced,  the  expense  of 
retraining  programmers  from  one  language  to 
another  will  be  reduced. 

e Experience  Benefit  (Learning  Curve) . Each  pro- 
grammer will  become  more  and  more  familiar  with 
the  language,  learning  the  powerful  aspects  of  it, 
and  the  pitfalls.  By  using  this  knowledge,  he 
should  be  able  to  write  programs  faster  and  to 
create  more  reliable  programs.  This  depth  of 
knowledge  is  lessened  when  the  programmer  changes 
frcxn  language  to  language. 

e Increased  Choice:  Hardware.  With  100%  of  the 

code  written  in  a single-source  language  (pre- 
sumably supported  by  all  or  most  vendors) , depen- 
dence on  a single  hardware  supplier  is  signifi- 
cantly diminished.  The  "sunk-cost”  trap  (i.e.,  so 
much  money  is  in  programming  for  this,  and  only 
this,  machine)  will  be  avoided  in  most  cases. 

Also,  freedom  to  move  from  one  model  of  a conqputer 
to  another  will  be  enhanced. 

e Increased  Choice t Software.  There  will  be  more 

flexibility  in  avoiding  "sunk-cost”  traps  (i.e., 
"our  people  wrote  this  and  only  they  can  fix  it." 
The  resulting  freedmn  will  not  be  as  great  as 
with  hardware,  but  it  will  be  significantly  more 
than  at  present. 


Nel^t  Score 
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One  Set  of  Values  Per  Language 


Maintenance.  Maintenance  should  be  easier  to 
accomplish  as  increased  use  of  a language  should 
"shake  it  down"  and  "level  it  out”  sooner.  More 
enqphasis  cm  be  put  on  maintenance  per  language  or 
compiler  set  if  there  are  fewer  languages. 


Transportability 


There  are  several  items  that 


contribute  to  this  element.  Basically,  trans- 
portability means  the  use  by  user  1 of  programs 
written  by  user  2,  3...n.  A smaller  number  of 
languages  accelerates  this  cross-use  in  the  fol- 
lowing ways: 

- Utilities,  Production.  Support  Systems, 


Interactive  Debuccina  Systems.  Application 


Subroutines,  Data  Bases.  Since  fewer  lan- 
guages are  to  be  used,  the  problem  of  un- 
familiarity with  the  language  in  which 
routines  are  coded  is  avoided. 

- Documentation . Fewer  languages  will  naturally 
bring  increased  stfmdardization  not  only  to 
the  language  used  but  to  the  manner  pf  its 
doeusMntation . 

Communication  between  Professional  Groups  and 


Individuals.  Fe«»er  languages  enhances  the  flow  of 
coB^lex  information,  and  reduces  the  problem  of 
understanding  new  innovations  and  techniques. 

External  Interest.  Fewer  languages  being  used  by 
tens  of  thousands  of  programmers  for  DoD  will 
attract  users  outside  of  DoD;  therefore,  money, 
effort  and  research  funded  by  non-DoD  Mtities 
will  be  applieable,  is^roving  the  usability  of  the 
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4.1.2  Technology  - The  eavings  for  Technology  depend 
entirely  on  the  language  chosen  and  on  the  features  of  the 
language.  This  is  shown  in  Figure  4-2.  He  model  for  eight 
technical  criteria: 

e Ability  to  Handle  Non-Standard  I/O  Interfaces.  A 


great  deal  of  programming  involves  redoing  simple 
I/O  routines  for  devices  that  are  needed  for  the 
system  being  developed  but  which  do  not  meet  any 
of  the  established  stemdard  interfaces.  With  a 
new  common  language,  macro-like  I/O  routines  can 
be  produced  which  will  greatly  simplify  the  pro- 
duction of  this  I/O  code. 

Real-Time  Features  of  the  New  Language.  A great 
percentage  of  the  embedded  computer  systems  are 
used  in  real-time  applications.  Peculiar  stresses 
are  placed  on  the  computer  system  and  its  software 
by  these  applications.  Levels  of  interrupts  and 
real-time  clocks  must  be  handled  quickly,  whereas 
in  non-real-time  systems  they  are  either  ignored 
or  minimumly  used.  The  new  language  will  handle 
the  real-time  features  of  the  application  at  the 
high  order  language  level  and  will  not  require  the 
programmer  to  revert  to  assembly  code. 

Parallel  Processing.  The  growth  of  use  of  mul- 
tiple cpu's  in  systems  is  accelerating.  Few,  if 
any,  of  today's  HOL  languages  facilitate  the  pro- 
gramming of  these  cos^lex  systems.  The  new  HOL 
will  provide  tools  at  the  high  order  level  to 
handle  and  optimise  this  parallelism. 

File  Processing.  The  luiguage  will  provide  file 
processing  abilities  idiioh  will  enhance  the  cre- 
ation of  prograaia  using  data  files. 
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• Object  Code  Efficiency 

Object  code  produced  by  a new  technology 
language  will  be  much  more  optimum  than  that 
produced  by  the  average  assembly  language 
programmer. 

Optimisation  specificity  will  be  a part  of 
the  language.  The  programmer  can  tell  the 
compiler  to  optimize  parts  of  the  program  in 
a priority  sequence. 

e Modularity  and  Data  Abstraction.  Modularity  and 
Data  Abstraction  is  a facility  for  making  data 
more  easily  usable  by  programmers  and  reducing 
ambiguity  in  data.  This  greatly  reduces  the 
possibility  of  subtle r long-lived  programming 
bugs. 


e Non-Ambiguity . Because  of  the  new  technical 

features  of  the  language,  reliability  and  main- 
tainability of  the  resultant  code  will  be  enhanced. 

- Tightness . Few,  if  any,  ambiguities  will  be 
alloifed  in  the  code. 

Error  Recovery.  Error  recovery  at  object  run 
tisM  will  be  enhanced. 

Heedebility.  Most  programs  will  be  self- 
doowmenting  and  oasily  readable,  making 
eroaa-^imeking  of  programs  among  prograasMira 
mnoh  mors  fsasibls. 

Corrsetnmss.  froof-of-oorrectness  facilities 
will  be  prewidsd. 
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• Ease  of  Coding.  The  new  language  may  require 

greater  discipline,  but  overall  it  will  be  easier 
to  code  than  the  older  languages. 

The  first  four  attributes  (1/0,  real  time, 
parallel  processing  and  file  processing)  are  considered  to 
contribute  to  independent  parts  of  the  programming  problem. 
Their  advantages  are  combined  additively,  weighted  with  the 
fraction  of  the  process  impacted.  This  combined  effect  is 
melded  with  the  persuasive  values  (efficiency,  modularity, 
non-ambiguity,  and  ease  of  coding)  in  a residual  value 
model. 


The  significance  of  this  rule  is  that  it  re- 
stricts the  total  savings  to  a maximum  of  100  percent  no 
matter  how  many  factors  there  are  or  how  great  the  savings 
of  each  factor.  An  additive  rule,  on  the  other  hand,  would 
permit  savings  to  exceed  100  percent  c:id  to  grow  without 
limit.  With  the  residual  value  rule,  the  savings  contributed 
by  each  factor  slnqply  reduces  whatever  remains  after  the 
savings  contributed  by  the  other  factors  have  been  realized. 

The  residual  value  node  (or  Z-node)  provided  by 
the  EVAL  software  implements  the  following  combinatorial 
rule: 


V - 1.0  - S (1.0-r.) 

i-1  ^ 

where  r represents  the  fraction  by  ^ich  the  i^^  factor 
reduces  a value,  and  v represents  the  total  fraction  by 
which  the  original  value  is  reduced.  Bach  r,  can  be  viewed 
as  the  savings  contributed  by  the  i factor^;  and  v can  be 
vieired  as  the  total  savings. 

For  example,  if  there  are  two  factors  which  con- 
tribute to  aavinfs,  and  if  factor  1 results  in  savings  of 
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20%  and  factor  2 results  in  fiurther  savings  of  30%,  then  the 
total  savings  is: 


C 


C 


C 


C 


t 

i 

ir 

i ^ 


X 

i 

t. 


c 


e 


1.0-(1.0-.2) (1.0-.3)  « 1.0-(.8)(.7)  - 1.0-.56 


or  44  percent  (not  50  percent) . 
4.2  HOL  SPREAD 


SPREAD  calculates  the  economic  benefits  of  the  high 
order  languages. 

The  HOL  SPREAD  program  takes  user  inputs  and  explodes 
concise  inputs  into  a year>-by-year  numerical  representation 
of  projects  using  different  high  order  languages.  HOL 
SPREAD  generates  project  numbers  by  language  and  by  phase 
(Requirements  and  Design,  Development,  Maintenance)  from 
twenty  years  in  the  past  through  twenty  years  in  the  future. 

The  numbers  for  each  language  depend  on  the  drop-out  rates, 
years  of  each  project's  life,  and  the  total  number  of  projects 
allowed  each  year  (which  can  be  set  by  the  analyst) . 

HOL  SPREAD  allows  the  user  to  specify  a savings  rate 
for  Commonality  based  on  the  percentage  of  total  projects  in 
a number  of  languages.  Specifically,  if  90%  of  all  projects 
are  using  one  language  and  the  remaining  10%  are  divided 
among  three  other  languages,  the  savings  due  to  Commonality 
are  much  greater  than  if  the  four  languages  each  represented 
25%  of  the  projects.  A curve-fitting  routine  is  used. 

A distinction  is  made  between  phases  of  a project:  re- 
quirements and  design,  development,  and  maintenance.  Their 
duration  of  time  is  a variable i their  percentage  of  continuity — 
whether  any  projects  stop  after  each  phase— is  a variable. 

Table  4-1  is  an  actual  oosiputer  print-out  of  the  programs. 
Xt  is  reproduced  here  in  order  to  illustrate  the  input/output 
reguirsawnts  and  the  interactive  nature  of  the  program. 
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BBT  AVAL....  CGiiY 


Sl^l.FCT  ANY  single:  OPTION  PY  TYPING  A f'HAPA'  T|,  p iiNJiF  p ] Tb  POTNTi:  h 

WHICH  CONSTANT  DO  YOU  WISH  TO  CHANGE.'? 
f ■ "hAX  PROJECTS./YFAR 
I f " PE  RIOD  rOR  RES/DES 

I I r"  PERIOD  FOR  deve:lop. 

i : I r “PERIOD  FOR  MAI  NT, 

I I ; I r“DROP  BEFORE  DEVELOP, 

I I I I I r““DROP  BEFORE  MAIN!, 

I I I I i I r NUMBER  OP  YEARS 

..  1 „ _ I I I ..  ..  I ..  _ I I ... 

4t 

MA-  PROJECTS/YEAR  ]00,0C* 


Si- sect  ANY  SINfvL.E  OPTION  BY  TYPING  A CHARACTER  UWiiER  ITS  POINTER 

WHICH  CONSTANT  DO  YOU  WISH  TI:  CHANGE? 

i ilAX  PROJFCTG/YEAR 

: I PERIOD  FOR  RES/DES 

i ! i PERIOD  FOR  DEVELOP . 

[■"■"PERIOD  FOR  MAI  NT. 


_ ..  I , 


M 


;iCD  FOR  RES/DES 


■■"■"DROP  BEFORE  DEVEl.OP  , 

r"  "DROP  BEFORE  MA;rNT. 

! i"  "■■"NUMBER  liF  YEARS 

3,00* 


Si-LECT  ANY  SINGLE  OPTION  BY  TYPING  A CHARACTER  UNDi-R  ITS  POINTER 

WHICH  CONSTANT  DO  YOU  WISH  TO  CHANGE'? 

! "MAX  PRO...JFCTS/YEAR 

I r"  "PERIOD  FOR  RES/DES 

f"  PERIOD  FOR  DEVELOP. 

I r “"PERIOD  FOR  MAINT. 

I I f'DROP  BEFORE  DEVELOP. 

I I I r""DROP  BEFORE  MAINT. 

I I I r “NUMBER  OF  YEARS 
_l_  _l_  _l_ 


I. 


I 

_l_ 

M 

PERIOD  FOR  DEVELOP. 


*lnpttt  VariablAS 


3.00  * 


Tabu  4-1 

8PnM>f 

KOMnMM  or  INPUT 


It 


t 


t 


I 


t 


"■il-:  LANGUAGF  MIX  FOP  THF  CLJRREiNT  DIRECTIVE  IS; 
DOD  AFl  AF2  N1  N2  A OTHER 

.00  ,27  ,20  ,20  .20  .07  .07 

TOD  WILL  BE  INTRODUCED  IN  1980 
:.;-;!n.EMENTATION  OF  THE  PROPOSED  i.ANGUAGE  HIX  WILI 
PE  COHPLETED  BY  1990 


t 

i IF  language  hIX  FOP  THF  CURRENT  DIRECTIVE  IS; 

DOD  AFl  AF2  N1  N2  A OTHER 

.00  .27  .20  ,20  ,20  .07  .07 

.'OD  WILL  BE  INTRODUCED  IN  1980 
■H^'LEfiENTATION  OF  THE  PROPOSED  LANGUAGE  HIX  WILi. 

C PE  COMPLETED  BY  1990 

■HE  PROPOSED  HIX  OF  LANGUAGES  TO  BE  IMPLEMENTED  IS; 
DOD  AFl  AF2  N1  N2  A OTHER 

1 .00  0 0 0 0 0 0 .00  ,00  ,00 


c 


SOFTWARE ..HDU_ 

R/D  DEV  MNT 

.05  .11  .02 


f 

f 


C 


■Ml-  Hc..THI:i“'  iSOFTWARE  SAVINGS  FOR  COMMONALITY  IS 
THE  MAXIMUM  HARDWARE  SAVINGS  FOR  COMMONALITY  IS 


**DoD  is  on«  language;  values  would  be  called  for  all  languages 


Table  4-1  CCon't) 
8PRXM>| 

EXAMPLES  OP  INPUT 


I 


m 
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fiESTJVAIlAELLCGPY 


a GRAPH  OF  COMMONALITY  SAVINGS 

PERCENT  OF  PROJECTS  IN  A SjJGLE  LANGUAGE  (X  AXIS) 

VS  PERCENT  OF  TOTAL  POSSIBLE  SAVINGS  (Y  AXIS) 

100  IP 


92 


t 


IP  If) 
IP  IPO) 


84 


[B!II|J)l|) 
(PIP  (I)  III  HI 


76 


t 


*0 


aniiipniiiiir 
BUPHIOfUIlldHIifl 
OIDlPtBHIUlHIHIIT; 
PI  Pi  0)  HI  PI  01  HI  HI  IP  III  HI 
pipipupinpii.ppipiipirpipip' 


piPipipiaiPKnpiEnpKBiPipPiPipiPKBiDPipiipPirpiJiPipitPiiiaiP' 

PIPIPIIBiPHIHIIBIBIBinailDHIPiaiPirilPiPliPOiPjiPPiPIfflPiPiPIPiiPPiPiPiffl 

HiPifflQipipipiPiiPHipipiiPPiHipipipipipiropiipaipiHiPipioipipiiflijiiiipipiifiaiip 


4M 


PI  0)  PI  pi  HI  ID  PI  ID  0)  HI  pi  IP  IP  pi  PIID  IP  PI  m 0)  IP  0)  PI  PI  IP  P)  P)  IP  HI  IP  IP  PI  IP  PI  PI  IP  IP  iP  H i Pi  IP 
pipiHipiiDPipiPiipPiaiPjPipiPiPiiPPipipnppiaiiDaifflPiiPPiPipiHiPiPiptippiiPimiipiffl 
PI  pi  PI  PI  PUD  IP  ID  PI  PI  PI  PIID  PI  PI  PI  HI  ID  IP  IP  IP  fil  PI  IP  Pi  pi  PI  IB  H'  IP  Pl  Pl  PI  PI  IP  IP  IP  IP  IP '«  Pl  IP  IP 
PIHIPiPIP'OlPiPIPiPUPPiPilPPIPiPIPIPIDIPIPUPPIPIHiPIfflOlPIPIHIOiPliPPiPlIPPiPiPiiiinitPIII 
n)P)PIIDlDH)IDn)P)P)PIH)P)PiP)Ol®PIP!roP)IDIDIP!BPiPU.PPl!DiPIDPiPiQiPUDP)IDPiPliPOlpllDIB 
PIHIpUdPipiDIIDPiPipnilPIPIHIPIOlPIHIPIIBPUDOIllipiPIPIPIDiPIOiPJpiOiDlOlPiaiiPHIllinipipiP) 


20  PIPIPiPIIDPIIDPIPlIDPIPIPIPinilDIDlDIDPlIPlPPIPUPlilPllDPIPiPiPIPliPIPPiPlIDHIPIIDlDlltlPPiPnfl 
t PlfflOJPliSPilDIDPIPiPiPiPiPJPIDIHIPIPIfflPiaiPiPIPiPiPlQiPiPIPiPIIDPiPlPiPIDUPPIPIIlilPDiPIPIPia) 

12  PIIDPiPiPIPIHiniPIPIPIPIPIPIIDIDni'PPiPIPllDPlIPPIPIPiraPIPiPiPIlPQiPiPlIPPIPIPiPIIPIPPIIliPllliPlllj 
n)0!PIIDPIP)PIO)(DuiPIPIIDP)PIP)P)IDP)PIP)PiPiP)P)P)P)P)PiPi0.iP)PIPIiPPlD)PiPiPiP)DiPilDIDIDPiP)PiPi 
4 PIIDPIPIIDPIPIPIPIIDPIPIHlPIPIPIPIPIPIPiniPIIDPIPIIDPiPiPIPiPIPIPIPIPIPIPlfPPIIDPiPIPUDPilPtPPIIDPi 
tttttttttt 
10  20  30  40  50  60  70  80  90  100 

t 'HE  MAXIMUM  SOFTWARE  SAVINGS  FOR  COMMONALITY  IS  .05 

THE  MAXIMUM  HARDWARE  SAVINGS  FOR  COMMONALITY  IS  ,04 


ENTER  THE  BOUNDARY  PTS  OF  THE  CENTER  PORTION  OF  THE  CURVE. 
LEFT  PT  25  50 
RIGHT  PT.  80  60 


Table  4-1  (Con't) 
SPREADt 

EXMIPLB8  OF  INPUT 
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best  AVAllABLE  copy 


1977 

1978 

1979 

1980 

1981 

1982 

1983 

1984 

01  ST  OF 

ANN 

AVG 

COST 

5 

5 

7 

9 

5 

5 

5 

5 

1995 

1986 

1987 

1988 

1989 

1990 

1991 

1992 

Disr  OF 

ANN 

AVG 

COST 

5 

5 

5 

5 

5 

5 

5 

5 

1993 

1994 

1995 

DIST  OF 

ANN 

AVG 

COST 

5 

5 

5 

COSTS: 

HARDUARD  COSTS: 

4000.00 

1 ( 

.COFTUARE;  COSTS; 

AVERAGE  ANNUAL  COST: 

3200  .'W 

AVECRAGE  NUMBER  OF  PROJECTS: 

100 

'••'iVriO  OF  COST  rUSTRlBUTION: 

RES/IiES : 

9 

*• 

DEV: 

4 

MAI NT : 

1 

C 

AVERAGE  TOTAL  COST  PER  PROJECT: 

416.00 

J.STRIBUTION  OF  COST  BY  PHASE: 

RES/DES : 

99 . 84 

DEV  : 

199  68 

MAINT: 

116.48 

AVG,  ANNUAL  COST  BY  PER  PROJ.  : 

c 

RES/DES: 

33 . 28 

i 

DEV: 

66 . 56 

i 

MAINT: 

16.64 

I 

’ • ) 
I 


I 


BEST.  AVAIU8LE  COPY 


MAX  projects/ye;;ar  loo.oo 

PERIOD  FOR  RES/DES  3,00 
PERIOD  FOR  DEVELOP.  3.00 
PERIOD  FOR  MAINT.  14.00 
DROP  BEFORE  DEVELOP,  .00 
DROP  BEFORE  MAINT.  .50 
NUMBER  OF  YEARS  '>0.00 


RES/DES 

DEV 

MAINT. 

DOD 

, 05 

, 05 

.11 

. 02 

AFl 

.01 

, 01 

, 02 

.01 

AF2 

. 01 

.01 

. 02 

.01 

N1 

. 01 

,01 

. 02 

. 01 

N2 

,01 

.01 

. 02 

, 01 

An 

. 00 

. 01 

. 03 

,01 

OTHER 

,00 

.00 

, 0 0 

.00 

THE  LANGUA(3E  MIX  FOJR  THE  CURRENT  DI REACTIVE  IS: 

DOD  AFl  AF2  N1  N2  A OTHER 

,00  ,27  ,20  .20  .20  .07  .07 

DOD  WILL  BE  INTRODUCED  IN  1980 

rnPLEMENTATION  OF  THE  PROPOSED  LANGUAGE  MIX  WILL 
BE  COMPLETED  BY  1990 

THE  PROPOSED  MIX  OF  LANGUAGES  TO  BE  IMPLEMENTED  IS: 
DOD  AFl  AF2  N1  N2  A OTHER 

I nn  nn  nn  nn  no  on  no 


e 


Tatolm  4*1  (CoB*t) 

AnoHiei 

mtmnMi  or  niwrt 


It 


In  addition,  there  ia  a ratio  of  expenditure  rate 
required  aa  input.  The  ratio  of  expenditure  rate  ia  uaually 
equivalent  to  manning,  but  occaaionally  conqputer  reaourcea 
and/or  teat  facilitiea  may  be  of  auch  magnitude  that  they 
ahould  be  conaidered.  An  exaiiq>le  explaina  thia:  If  we 
believe  a typical  project  per  year  apenda  three  timea  aa 
much  manpower  and  reaourcea  in  development  aa  in  maintenance, 
and  twice  aa  much  in  requirementa  and  deaign  aa  in  main- 
tenance, then  our  effort  ratio  iat 

R/D  D M 
2:  3:  1 

Said  another  way,  if  we  have  fourteen  men  on  Requirementa 
and  Deaign,  then  we  will  have  twenty-one  on  Development  and 
aeven  on  Maintenance.  Thia  ratio  ia  independent  of  yearn 
and  ia  therefore  a rate.  It  ia  uaed  aa  followat 

1.  Multiply  Expenditure  Rate  Ratio  by  Phaae 
X Mo.  of  Yeara  by  Phaae 

* Unite  of  Expenditure  by  Phaae 

2.  Add  unite  to  get  Total  Unite  of  Expenditure 


3.  Calculate  % of  Expenditure  by  Phaae 

4.  Uae  % from  3 above  x Total  Average  Project  Coat 
to  get  $ Expended  by  Phaae 

5.  $ (from  line  4)  by  Yeara  in  Phaae  to  get  $ 
Expended  Per  Year  Per  Phase 

Since  the  Technology  savings  (in  SVAL)  axe  estimated  bf 
langeage  hv  phase  (Esgeirsmants  and  Design,  etc.},  these 
savings  percentages  ^ shase  most  hs  aniltiplied  ^ values 


c 


calculated  for  the  average  project.  The  SPREAD  program  does 
all  of  this  automatically. 

This  coB^licated  logic  allows  for  a variable  number  of 
projects  per  year,  variable  total  cost,  variable  average 
project  cost,  variable  duration  of  projects,  variable 
duration  of  project  phase  and  variable  ratios  of  phase  to 
phase  expenditure  rate. 

SPREAD  takes  the  EVAL  (or  directly  estimated)  values 
for  software  and  hardware  savings  and  the  analyst's  inputs 
described  above  and  prints  out: 

e number  of  projects  by  language,  by  phase,  by  year; 

e total  software  expenditures,  total  hardware 
expenditures; 

e software  savings  from  software  used  by  phase; 

e hardware  savings  from  software  used  by  phase. 

The  savings  shown  in  Figure  3«1  resulted  from  rxinning 
the  SPREAD  program  for  ten  different  time  periods  using  the 
inputs  in  Figure  4-3  (frmn  J.  M.  Fox  frosi  EVAL) . 

4.3  HOL  DECISIOW 

The  BOL  DKZSZOll  profra*  ie  aiswd  at  assisting  the 
analyst  to  astisMita  the  best  fntiire  prograai  plan  for  DoD/ 
■OL  options. 

nOL  DKZSZOM  nsaa  the  savings  figures  oaleulated  by  80L 
sniBAD  as  ii^wt#  and  tbs  prsbability  estimates  of  the 
analyst  for  future  svssts.  Sbs  values  and  pereants  are  than 
used  in  calculating  tbs  bust  program  plan. 


C 


u 


t 


1 

RES/DES 

DEV 

MAINT 

HDW 

DOD 

.75 

.75 

.61 

.50 

f 

AFl 

.10 

.15 

.12 

.11 

AP2 

.10 

.20 

.10 

.10 

N1 

.10 

.11 

.12 

.11  i 

t 

N2 

.11 

.11 

.12 

.11 

A 

.10 

.11 

.13 

.15 

c 

OTHER 

.00 

.00 

.00 

.00 

Figure  4-3 

% SAVINGS  OVER  ASSEMBLY  LANGUAGE 


The  program  allows  for  five  tincertainties  (probabilities 
are  assigned  to  each)  and  four  decisions.  The  decisions  are 
in  chronological  sequence:  nuiid>er  of  HOLs  to  write:  test 
and  evaluate  in  series  or  in  parallel:  accelerate  DoDl 
usage:  eliminate  or  allow  other  languages. 

The  outcomes  or  uncertainties  are,  in  chronological 
orders  program  fail:  difficulties  in  parallel  test  and 
evaluation:  program  fail:  user  acceptance  of  DoDl. 

TO  run  BOL  DBCISIOM,  the  user  must  enters  1)  proba- 
Mlitiee,  and  2)  a value  at  each  endpoint;  The  flow  of  the 
BSCZtXOM  program  ean  he  eeMi  from  the  node  nuahering  sequenee 
Thie  la  ehowB  in  Table  4*2. 


COP)' 


t 


C 


C 


f 


c 


c 


i ■■  c 


1.1.  -HI  CORREL  -FOUR  HOLS 

1)  N ERLY  BMB  

2)  EARLY  BOMB  


1.1. 1.1.  -HI  CORREL  -FOUR  HOLS  -N  ERLY  BMB-PARALLEL 

1>  GLITCH  

2)  NO  GLITCH  


1.1. 1.1.1.  -FOUR  HOLS  -N  ERLY  BMB-PARALLEL  -GLITCH 

1)  NO  LT  BMB  

2)  LATE  BOMB  


1.1. 1.1. 1.1.1.  -PARALLEL  -GLITCH 

1)  SER  RESIST  

2)  NO  SER  RES  


-NO  LT  BMB  -PUSH  DODl 


1.1. 1.1. 2.  -FOUR  HOLS  -N  ERLY  BMB-PARALLEL  -NO  GLITCH 


1)  NO  LT  BMB 

2)  LATE  BOHB 


1.1. 1.1. 2. 1.1.  -PARALLEL  -NO  GLITCH  -NO  LT  BMB  -PUSH  DODl 

1)  SER  RESIST  

2)  NO  SER  RES  


1.1. 1.2.  -NX  CORREL  -FOUR  HOLS  -N  ERLY  BMB-SERIES 

1>  NO  LT  BNB  

2)  LATE  BOHB  


1.1. 1.2. 1.1.  -N  ERLY  BHB-8ERXES  -NO  LT  BMB  -PUSH  DODl 

1>  SER  RESIST  

2)  NO  SER  RES  


UMO  4-2 


j 

i 

* 

i 

I 


I 


•fc 


best  AV«UBIE  copy 


1.2.  -HI  CORREL  -TWO  HOLS 

1)  N ERLY  BMB  

2)  EARLY  BOMB  


1.2. 1.1.  -HI  CORREL  -TWO  HOLS  -N  ERLY  BMB-PARALLEL 

1>  GLITCH  

2)  NO  GLITCH  


1.2. 1.1.1.  -TWO  HOLS  -N  ERLY  BMB-PARALLEL  -GLITCH 

1)  NO  LT  BMB  

2)  LATE  BOMB  


ENTER  PROBABILITIES 

C 1.2. 1.1. 1.1.1.  -PARALLEL  -GLITCH  NO  Lf  BMB  -PIIPH  CODl 

1)  SER  RESIST  

2)  NO  SER  RES  

j 

i 

»c  1.2. 1.1. 2.  -TWO  HOLS  -N  ERLY  BMB-PARALLEL  -NO  GLITCH 

1)  NO  LT  BMB  

I 2)  LATE  BOMB 


C 1.2. 1.1. 2. 1.1.  -PARALLEL  -NO  GLITCH  -NO  LT  BMB  -PUSH  DODl 

1)  SER  RESIST  

2)  NO  SER  RES  


0 1.2. 1.2.  -HI  CORREL  -TWO  HOLS  -N  ERLY  BMB-SERIES 

1)  NO  LT  BMB  

2>  LATE  BOMB  


e 1.2. 1.2. 1.1.  -N  ERLY  BMB-SERIES  -NO  Lt  BMB  -PUSH  OOBl 

1)  SER  RESIST  


AVAILABLE  COPY 


1.3.  -HI  CORREL  -ONE  HOL 

1)  N ERLY  BMB  

2)  EARLY  BOMB  


1.3. 1.1.  -HI  CORREL  -ONE  HOL  -N  ERLY  BMB-PARALLEL 

1)  GLITCH  

2)  NO  GLITCH  


i.  .3.1.1.!.  -ONE  HOL  -N  ERLY  BMB-PARALLEL  -GLITCH 

1)  NO  LT  BMB  

2)  LATE  BOMB  


1.3. 1.1. 1,1.1,  -PARALLEL  -GLITCH  -NO  LT  BMB  -PUSH  DODl 

1)  SER  RESIST  

2)  NO  SER  RES  


1.3. 1.1. 2.  -ONE  HOL  -N  ERLY  BMB-PARALLEL  -NO  GLITCH 

1)  NO  LT  BMB  

2)  LATE  BOMB  


..  .3. 1 . 1 .2. 1 . 1 . -PARALLEL  -NO  GLITCH  -NO  LT  BMB  -PUSH  DODl 

1)  SER  RESIST  

2)  NO  SER  RES  


1.3. 1.2.  -HI  CORREL  -ONE  HOL  -N  ERLY  BMB-SERIES 

1)  NO  LT  BMB  

2)  LATE  BOMB  


BMB-SERIES  -no  LT  BMB  -PUSH  DODl 

1)  SER  RESIST  

2)  NO  SER  RES  


Wblm  4*2  (CeA*t) 

BteiiZGIlt 

fMMlimfSlt 


In  Table  4-3  dollar  savings  values  are  to  be  entered 
into  NETVAL,  and  probability  estimates  are  to  be  entered 
into  the  series  of  numbered  nodes. 


I 


1.  HI  CORRCL 

1.1.  FOUR  HOLS 

1.1.1.  N ERLY  BhB 

1.1. 1.1.  PARALLEL 

1.1. 1.1.1.  GLITCH 

1.1. 1.1. 1.1.  NO  LT  BMB 

1.1. 1.1. 1.1.1.  PUSH  DODl 

1.1. 1.1. 1.1. 1.1.  SER  RESIST 

1.1. 1.1. 1.1. 1.2.  NO  SER  RES 

1 . 1 . 1 . 1 . 1 . 1 . 2 . DON'T  PUSH 

1.1. 1.1. 1.2.  LATE  BOMB 

1.1. 1.1. 2.  NO  GLITCH 

1.1. 1.1. 2.1.  NO  LT  BMB 

1.1. 1.1. 2. 1.1.  PUSH  DODl 

1.1. 1.1. 2. 1.1.1.  SER  RESIST 

1.1. 1.1. 2. 1.1. 2.  NO  SER  RES 

1.1. 1.1. 2. 1.2.  DON'T  PUSH 

1.1. 1.1. 2. 2.  LATE  BOMB 

1.1. 1.2.  SERIES 

1.1. 1.2.1.  NO  LT  BMB 

1.1. 1.2. 1.1.  PUSH  DODl 

1.1. 1.2. 1.1.1.  SER  RESIST 

1.1. 1.2. 1.1. 2.  NO  SER  RES 

1.1. 1.2. 1.2.  DON'T  PUSH 

1.1. 1.2. 2.  LATE  BOMB 

1.1.2.  EARLY  BOMB 

1.2.  TWO  HOLS 

1.2.1.  N ERLY  BMB 

1.2. 1.1.  PARALLEL 

1.2. 1.1.1.  GLITCH 

1.2. 1.1. 1.1.  NO  LT  BMB 

1.2. 1.1. 1.1.1.  PUSH  DODl 

1.2. 1.1. 1.1. 1.1.  SER  RESIST 

1.2. 1.1. 1.1. 1.2.  NO  SER  RES 

1.2. 1.1. 1.1. 2.  DON'T  PUSH 

1.2. 1.1. 1.2.  LATE  BOMB 

1.2. 1.1. 2.  NO  GLITCH 

1.2. 1.1. 2.1.  NO  LT  BMB 

1.2. 1.1. 2. 1.1.  PUSH  DODl 

1.2. 1.1. 2. 1.1.1.  SER  RESIST 

1.2. 1.1. 2. 1.1. 2.  NO  SER  RES 

1 . 2 . 1 . 1 . 2 . 1 . 2 . DON'T  PUSH 

1.2. 1.1. 2. 2.  LATE  BOMB 

1.2. 1.2.  SERIES 

1.2. 1.2.1.  NO  LT  BHB 

1.2. 1.2. 1.1.  PUSH  OODl 
1.2.1  2. 1.1.1.  SER  RESIST 

1.2. 1.2. 1.1. 2.  NO  SER  RES 

1.2. 1.2. 1.2.  DON'T  PUSH 

1.2. 1.2. 2.  LATE  BOMB 

1.2.2.  EARLY  BOMB 
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1.3.  ONE  HOL 

1.3.1.  N ERLY  BMB 

1.3. 1.1.  PARALLEL 

1.3. 1.1.1.  GLITCH 

1.3. 1.1. 1.1.  NO  LT  BHB 

1.3. 1.1. 1.1.1.  PUSH  DODl 

1.3. 1.1. 1.1. 1.1.  SER  RESIST 

1.3. 1.1. 1.1. 1.2.  NO  SER  RES 

1.3. 1.1. 1.1. 2.  DON • T PUSH 

1.3. 1.1. 1.2.  LATE  BOhB 

1.3. 1.1. 2.  NO  GLITCH 

1.3. 1.1. 2.1.  NO  LT  BHB 

1.3. 1.1. 2. 1.1.  PUSH  DODl 

1.3. 1.1. 2. 1.1.1.  SER  RESIST 

1.3. 1.1.2. 1.1 .2.  NO  SER  RES 

1.3. 1.1. 2. 1.2.  DON'T  PUSH 

1.3. 1.1. 2. 2.  LATE  BOHB 

1.3. 1.2.  SERIES 

1.3. 1.2.1.  NO  LT  BHB 

1.3. 1.2. 1.1.  PUSH  DODl 

1.3. 1.2. 1.1.1.  SER  RESIST 

1.3. 1.2. 1.1. 2.  NO  SER  RES 

1.3. 1.2. 1.2.  DON ' T PUSH 

1.3. 1.2. 2.  LATE  BOHB 

1.3.2.  EARLY  BOHB 

1.4.  STOP  PROJ 
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Hl|^  Order  Lenguagas 
Savinga  from  High  Order  Languagaa 
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Software  Costs 
Models 

Technical  Savings 


-.Ss^yACT  fCaMAwa  an  lavaraa  elde  II  naaaaaaiy  anS  IdoMllr  Sr  AlacA  number) 

''*Tha  purpeaa  of  this  project  waa  to  aaaass  the  economic  value  of  DoD 
otamdardislmg  on  ema  software  high  order  language  (BOL).  Three  decision- 
amalytle  medele  (l.e.  Bftf.,  8PUAD,  and  MCISION)  were  created  to  make  the 
economic  benefit  declalon  for  the  proposed  DOD  Cannon  HOL.  All  models  were 
Inplemantod  la  AH  for  the  XM  5100  co^niter. 

thMs  MOdela  allow  a near  to  start  from  epeelflc  eavlnga  valuea  for 
varlome  Imigmnge  fm^nraa  mad  derive  a ycar-byp’yaar  aavlage  In  software 
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